home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group93c.txt / 000052_icon-group-sender _Mon Sep 13 14:17:05 1993.msg < prev    next >
Internet Message Format  |  1994-02-02  |  2KB
  1. Received: from owl.CS.Arizona.EDU by cheltenham.cs.arizona.edu; Mon, 13 Sep 1993 09:48:53 MST
  2. Received: by owl.cs.arizona.edu; Mon, 13 Sep 1993 09:48:52 MST
  3. Date: 13 Sep 93 14:17:05 GMT
  4. From: agate!doc.ic.ac.uk!uknet!mcsun!sun4nl!rulway.LeidenUniv.nl!ruls41.LeidenUniv.nl!ruiter@ucbvax.Berkeley.EDU  (Jan-Peter de Ruiter)
  5. Organization: Leiden University, Netherlands
  6. Subject: File Scanning revisited
  7. Message-Id: <1993Sep13.141705.21611@rulway.LeidenUniv.nl>
  8. Sender: icon-group-request@cs.arizona.edu
  9. To: icon-group@cs.arizona.edu
  10. Status: R
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13.  
  14. About a year ago (maybe less) the concept of *file* scanning (as opposed
  15. to *string* scanning) was discussed. Since then I have payed attention,
  16. and I started realizing that the only reason I sometimes do C++ in 
  17. text processing is that I have a "sort of file scanner" in C++. 
  18.  
  19. [ For those who do not remember: file scanning is just like string scanning,
  20. with a file (stream of characters) as &subject. Position 0 would then be
  21. end-of-file, for instance. Some problems could arise due to the possible
  22. backtracking, so a clever buffering scheme is needed. Also, devices
  23. without a seek_backwards possibility would have limited backtracking. ]
  24.  
  25. If Icon would have file scanning, even if somewhat slow, it would
  26. be *v*e*r*y* nice. It just keeps nagging in the back of my head, 
  27. this feeling that it belongs in Icon. For instance, my colleage next 
  28. door is a C hacker who does all his text processing in C.
  29. I tried to 'convert' him to Icon, but he soon stopped because doing Icon
  30. he didn't like the line-by-line approach of Icon. 
  31.  
  32. So my questions are:
  33.  
  34. 1. Has the implementation of file scanning been discussed in Icon circles?
  35. 2. Do other Icon programmers agree that file scanning is a "must"?
  36.  
  37. Greetings,
  38.  
  39. Jan de Ruiter
  40. University of Leiden
  41. Dept. of Experimental Psychology
  42. Netherlands
  43.